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A Virtual Editor and Related Methods for Dynamically 
Generating Personalized Publications 

related inventions 

5 The present invention is a continuation-in-part of U.S. Application No. 09/325,040 

filed on June 7, 1999 entitled Document Delivery System for Automatically Printing a 
Document on a Printing Device^ by Brewster, et al. 

technical field 

10 This invention generally relates to the printing field and, more particularly, to a 

virtual editor and related methods for dynamically generating personalized publications in 
an automated document delivery system. 

background 

15 In the mid 1400's, Johann Gutenberg revolutionized how information is 

disseminated through his invention of the movable type press. With the publication of the 
Mazarin Bible, documents which were once held in the exclusive domain of a chosen few 
were now widely available to the masses. Nearly 550 years later, the mass media 
revolution that Gutenberg started is alive and well, complete with newspapers such as the 

20 New York Times and the Washington Post, magazines such as Newsweek and Sports 
Illustrated, and literally thousands upon thousands of other publications. 
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While these thousands of publications cover a wide range of interests, from news 
to sports to fashion to model rocketry, they have one thing in common: they are intended 
to be read by a mass market. Unlike the pre-Gutenberg days, where a document would 
literally be read by only one person of a very small number of people, it is not 
5 economically viable for today's publications to have such a small readership, due at least 
in part to high marketing, production and distribution costs. In fact, many of today's 
publications are funded to a very large extent by the advertising contained within them. 
These advertisers are attracted to publications that can consistently deliver a large, reliable 
audience of consumers that will be exposed to their advertising. 

1 0 While this mass-market publication model has worked well for hundreds of years, 

it is not without its problems. One such problem is that a typical reader of a publication 
has a wide variety of interests, and no single mass market publication will be able, to 
satisfy all of these interests. For example, a reader who is interested in intemational news, 
golf, fly-fishing. Genealogy, and computers may have to subscribe to several different 

15 publications to satisfy these interests. Of course, since these publications are intended for 
the mass market, they will also contain a significant amount of material that our reader is 
not interested in and will not read. It goes without saying that if there is a significant 
amount of material a read isn't reading, there is a significant amount of advertising that the 
reader isn't reading either — as well as a significant amount of paper that is wasted. 

20 Advertisers know this, and agree to pay considerably less to a mass market magazine or 
newspaper per 1000 exposures to their ad than they would pay to a direct-mail generator 
that can provide a more specific guarantee that the people exposed to their ad are of a 
demographic group that will be much more likely to read their ad and be interested in it. 

In addition, it is neither cost-effective nor time effective for most readers to 

25 subscribe to and/or read a large number of publications. Generally, the typical reader will 
only subscribe to a few publications that are of the most interest to them. The reduced 
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readership level of the publications our typical reader chooses not to subscribe to, even 
though she might be interested in at least some of the editorial and advertising content 
contained inside, means that the publication receives less subscription and advertising 
revenue than they otherwise would. If many other readers make the same decision, the 
continued health of the publication may be in jeopardy, and the publication may be forced 
out of business. In fact, many publications do go out of business yearly for failing to 
attract a sustaining number of advertisers and readers - even if there are a large number of 
readers that would be interested in reading their publication, and a corresponding number 
of advertisers anxious to have these readers exposed to their ads. In general, publications 
that fail to attract a substantial mass market of people willing to pay for and/or read them 
cease publication. This is a shame, since many of these publications would enrich the 
diversity of information available to all readers, and would provide an avenue for lesser 
known writers and artists to practice their wares. 

In more recent years, a new type of publication has emerged: the electronic 
publication. Readers of these publications typically sign into the Intemet through their 
computer, and read the publications online. Some of these publications, such as CNN.com 
and pointcast.com, allow users to state personal preference on what type of material they 
would like to read. Often, these personalized publications include advertising, usually in 
the form of a banner ad that is placed on along a periphery of the visual display (top, 
bottom, side, etc.). 

While these electronic publications have been an interesting development in the 
distribution of information, they still represent only a tiny fraction of the information that 
is published under the more traditional post-Gutenberg model. Many readers of these 
electronic publications complain that they are very difficult to read (on the video display), 
especially for long periods of time. While it might be convenient for a reader to sign onto 
the Intemet to look at the CNN.com web site for a brief summary of late breaking news. 




this reader would most likely only spend a few minutes at the site, and would likely still 
subscribe to the more traditional print media such as Newsweek or the Washington Post. 
They would also likely spend significantly more time reading the more traditional printed 
publication than they would spend reading the electronic publication, and correspondingly, 
5 spend more time being exposed to the ads in the traditional printed publication. 
Accordingly, printed publications continue to flourish today - more than five centuries 
after Gutenberg made them possible - and after more than a decade after the irmovation of 
the electronic publication. 

While these printed publications have certainly benefited modem society, no 
10 significant attempt has been made thus far to solve the underlying problems with these 
publications discussed above. Just such a solution is provided herein. 

SUMMARY 

In accordance with the teachings of the present invention, a various aspects of an 
15 innovative production manager is presented incorporating the teachings of the present 
invention. More specifically, according to a first aspect of the invention, a document 
delivery system comprising a storage device to store a plurality of received content objects 
and a virtual editor. The virtual editor selectively retrieves one or more of the received 
content objects to construct a personalized publication for a requesting user based, at least 
20 in part, on an accessed personal profile associated with the requesting user. 



BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 shows a block diagram of a document delivery system of one embodiment 
of the invention; 
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Figs. 2-4 illustrate flowcharts detailing the operation of the transmission module 
and the printing module of the document delivery system of one embodiment of the 
invention; « 

Fig. 5 illustrates how user profile information is acquired from a user in one 
5 embodiment of the invention; 

Fig. 6 shows how user profile information is acquired fi-om a user in one 
embodiment of the invention; 

Fig. 7 shows a print schedule for the delivery of documents in one embodiment of 
the invention; 

10 Fig. 8 shows how the print schedule of Fig. 7 can be modified by the user; 

Figs. 9A-9B shows a document printed by the printing device according to one 
embodiment of the invention; 

Fig. 10 shows a document printed by the printing device according to one 
embodiment of the invention; 
15 Figs. IIA-IID show a document printed by the printing device according to one 

embodiment of the invention; 

Fig. 12 shows a document printed by the printing device according to one 
embodiment of the invention; 

Fig. 13 illustrates a block diagram of an example edit module incorporating the 
20 teachings of the present invention; 

Fig. 14 illustrates a block diagram of an example knowledge module including 
user profile information and content provider information; 

Fig. 15 is a block diagram of an example virtual sensor, according to one 
embodiment of the present invention; 
25 Figs. 16A and 16B graphically illustrate data structures for maintaining user 

profile information and content provider information, respectively; 
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Fig. 17 illustrates a flow chart of an example method generating a custom 
document, according to one aspect of the present invention; 

Fig. 18 illustrates a flow chart of an example method of operation for a client 
component of the document delivery system, according to one aspect of the present 
invention; 

Fig. 19 illustrates a flow chart of an example method for laying out a custom 
document of otherwise disparate content objects, according to one aspect of the present 
invention; 

Fig. 20 illustrates a flow chart of an example method for scheduling delivery of 
custom document(s), according to one aspect of the present invention; 

Fig. 21 illustrates a flow chart of an example method for tracking the distribution 
of content objects and accounting to content providers, in accordance with one aspect of 
the present invention; and 

Fig. 22 graphically illustrates an example document comprised of content objects 
encapsulated in wrappers by the innovative virtual editor, according to one aspect of the 
present invention. 

DETAILED DESCRIPTION 

Fig. 1 illustrates a block diagram of an innovative document delivery system, 
according to one embodiment of the invention. Document delivery system 10 contains 
document server 100. In a preferred embodiment, document server 100 is operatively 
coupled via network 200 to a variety of personal computers, printing devices, and other 
electronic devices, collectively referred to devices 300. As will be described more fully 
below, document server 100 contains an innovative edit module 120, transmission module 
150 and knowledge module 170 to dynamically generate personalized publications from 
otherwise disparate content objects for requesting users/subscribers. 
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Edit module 120 receives content object input from one or more content providers 
50, and/or one or more advertising providers 80 to generate personalized documents 
based, at least in part, on a number of key criteria including, for example, user interests, 
seasonality, content provider and advertising provider distribution criteria, and the like. 
5 As used herein, content providers 50 are intended to include all providers of publication 
content non-inclusive of advertising, while advertising providers 80 provide advertising 
material. From a financial business model, these two sources of publication material differ 
significantly (content providers are paid a royalty from the operator of the document 
server, while advertisers pay to advertise in the generated publications), from the 

10 standpoint of the end-user they both provide content to the publication. Consequently, 
when used without a reference numeral the general term "content providers" is intended to 
include both content providers 50 and advertising providers 80. If a distinction* is 
intended, the appropriate reference numeral will be specifically denoted. 

Distribution module 400 is operatively coupled to document server 1 00 and, as will 

15 be discussed, optionally distributes product and/or product subsidies to users based, at 
least in part, on the source and quantity of content provided to the users. 

In a preferred embodiment, document server 1 00 is a minicomputer/server, such as 
an HP 9000 server sold by the Hewlett-Packard Company, although those skilled in the art 
will appreciate that document server 100 could be any type of other computing or 

20 electronic device(s) that performs the fiinctions described herein and still fall within the 
spirit and scope of the invention. Network 200 is preferably the Intemet, although an 
Intranet, local area network, or other type of public or private network, either wired (e.g., 
telephone, cable TV, etc.) or wireless (e.g., satellite, radio, cell phone, etc.), could also or 
additionally be used. 

25 Devices 300 are shown in Fig. 1 as being capable of being configured in a wide 

variety of ways. For example, personal computer 310 is shovm connected to printing 
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device 320, which prints document 10320 for user 20320. Personal computer 310 is 
operatively coupled to network 200. In contrast, printing device 330, which prints 
document 10330 for user 20330, is operatively coupled to network 200 without an 
intervening personal computer or other electronic device. Printing device 350, which 
prints document 10350 for user 20350, is shown connected to electronic device 340, which 
could be a set top box, television set, palmtop personal digital assistant (PDA) or other 
type of electronic device that is operatively coupled to network 200. Finally, printing 
device 370, which prints document 10370 for user 20370, is connected to electronic device 
360, which is operatively connected to network 200. The printing devices shown in Fig. 1 
could be printers, such as the HP DeskJet 890 printer, HP LaserJet V printer, or other 
models of printers manufactured by HP or others; so-called "mopiers'' or other multi- 
function printing devices that can print, fax, scan, and/or copy, or any other device capable 
of transferring information to a printable media such as plain paper, specialty paper, 
transparencies, or other media capable of tangibly receiving such information and which 
can be easily carried about by the user. 

Transmission module 150 is preferably located with document server 100. As Fig. 
1 shows, printing module 380 could be located in any of the devices 300, such as in 
personal computer 310, printing device 330, or electronic device 340, operatively coupled 
via network 200 to document server 100, or it could be located within document server 
100 itself, such as in knowledge module 170. According to one embodiment of the 
invention, transmission module 150 and printing module 380 represent software functions 
that execute on suitably programmed microprocessor(s) within a device 300 and/or 
document server 100. It will be appreciated, however, that special purpose hardware or 
other mechanisms could be employed to implement the innovative features and ftinctions 
described below. 
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Fig. 13 illustrates a block diagram of edit module 120 incorporating the teachings 
of the present invention. As shown, edit module 120 comprises one or more controller(s) 
502, an innovative publishing agent 504, an innovative virtual editor 506, memory space 
508 and one or more input/output (I/O) interface(s) 510, each coupled as depicted. 
According to one implementation of the invention, edit module 120 may well contain one 
or more application(s) 512 executable by controller(s) 502. It will be appreciated that 
although depicted as separate and distinct functional entities, one or more functional 
blocks 502-510 may well be combined into common functional entities. Moreover, 
although depicted in accordance with a hardware paradigm, those skilled in the art will 
appreciate that edit module 120 and its constituent elements 502-510 may well be 
embodied as a series of executable instructions which, when executed by a host processor, 
implement the features and functions of edit module 120 to be discussed below. In this 
regard. Fig. 13 is merely illustrative of the scope and spirit of the claimed invention. 

As shown, controller(s) 502 selectively invoke one or more of the virtual editor 
506 to generate a custom document for a requesting and/or subscribing user, or publishing 
agent 504 to complete the layout and optimize the delivery schedule of such custom 
documents. Controller(s) 502 may initiate construction and/or delivery of a custom 
document in response to user interaction with a user interface (e.g., a web page), or to 
accommodate a user-selected delivery schedule. In this regard, controller 502 
communicates with external applications (e.g., web page) or other elements (e.g., a user 
profile) via input/output (I/O) interface(s) 510. In an altemate embodiment, controller 
502 provides a user with a user interface with which to request/build a custom document 
using one or more of applications 512. But for implementation of the teachings of the 
present invention, controller(s) 502 are intended to represent any of a broad range of 
control devices knovm in the art including, but not limited to, a programmable logic array 
(PLA), microprocessor, special purpose controller, application specific integrated circuit 
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(ASIC), and the like. In an alternate embodiment, controller(s) 502 are embodied as a 
series of executable instructions which, when executed, implement the control logic 
described herein. 

Memory device 508 and I/O interface(s) 510 are each intended to represent such 
5 devices commonly known in the art. I/O interface(s) 510, in particular, are intended to 
include one or more of any of a number of communication interfaces knovm in the art 
including, but not limited to, a direct connect communication interface (e.g., a serial 
interface, a parallel interface, a Universal Serial Bus (USB), an Advanced Graphic Port 
(AGP), etc.), a local area network interface (e.g., an Ethernet interface, a Token Ring 

10 interface, etc.), or a v^de area network interface. In this regard, edit module 120 may 
communicate with any of a number of extemal and remote devices using an appropriate 
one of a plurality of wired and/or wireless I/O interfaces 510. 

According to one aspect of the present invention, virtual editor 506 personalizes 
publications for a unique, composite publication based on a number of factors. As shown, 

15 virtual editor 506 includes a content manager 518 and a construction agent 520. The 
content manager 518 includes an analysis/wrapper agent 522, a contract administrator 
function 524 and a transaction agent 526. As editor module 120 receives content from one 
or more content providers, content manager 518 is selectively invoked by controller(s) 
502. The analysis/wrapper agent 522 analyzes the received content and categorizes it 

20 based on any one or more of a number of attributes including, source, subject matter, 
length, cost, etc. In addition, analysis/wrapper agent 522 encapsulates the content object 
in a wrapper with a unique identifier. It will be appreciated, based on the description to 
follow, that the encapsulating wrapper enables virtual sensors (not shown) in the document 
distribution system to accurately track distribution, receipt and disposition of content 

25 objects. According to one embodiment, virtual sensors are embedded within printing 
modules 380 to track distribution, receipt and disposition of encapsulated content objects. 
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According to one implementation, the contract administrator 524 is a database 
driven component that manages all of the contractual obligations of the users (subscribers, 
content providers, etc.) of the document delivery system. According to one 
implementation, contract administrator 524 maintains royalty calculation and display 
agreements for select content providers (e.g., artists), the advertising rates for other 
content providers (e.g., advertisers), subscription information for select users, and the like. 
Periodically, contract administrator 524 accesses one or more content provider databases 
to identify content object distribution, to compute royalty payments, advertising bills and 
subscription bills for distribution to appropriate users via the transaction agent 526. In this 
regard, contract administrator 524 ensures that contractual obligations of the document 
delivery system are adhered to. 

Transaction agent 526 is the primary interface between the document delivery 
system and a public/private e-commerce financial system (e.g., the CheckFree™ financial 
network offered by CheckFree Corporation). As introduced above, the transaction agent 
526 is responsible for executing payments and account credit/debit transactions with user 
accounts based, at least in part, on the distribution of content objects in accordance with 
the terms and conditions maintained in contract administrator 524. It should be noted that 
although depicted as an element of edit module 120, those skilled in the art will appreciate 
that content manager 5 1 8 may well be deployed as an separate and independent functional 
entity without deviating from the spirit and scope of the present invention. 

The construction agent 520 of virtual editor 506 extracts content objects to 
generate a custom document according to one or more key contributors. As used herein, 
the key contributors include one or more of a requesting/subscribing user's interests, 
demographics, seasonality, document server requirements, content provider usage criteria, 
and the like. As will be described in greater detail below, construction agent 520 extracts 
content objects which are likely to be of interest to a particular user and generates a 
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personalized publication for that user. The construction agent 520 utilizes information 
received via overt and covert processes of document delivery system 10 ^to log a user's 
interaction and disposition of received material, as well as soliciting feedback from the 
user, to improve the user's satisfaction with subsequent personalized publications. 
Information gathered as a result of these overt/covert processes are used by construction 
agent 520 to update a user profile associated with the user, which is accessed when 
generating a personalized publication. In this regard, construction agent 520 performs 
functions commonly associated with a physical editor of, say, a magazine: publication 
content decisions, layout and format decisions, advertising and the like, yet it factors in 
other key information such as personal preferences to generate personalized publications 
for up to millions of individuals. Once construction agent 520 has extracted content 
objects to generate the publication, it is passed to publishing agent 504, to finalize layout 
and schedule delivery of the personalized publication to the intended recipient(s). 

In accordance with the illustrated example embodiment, publishing agent 504 is 
presented comprising schedule manager 514 and layout manager 516. As will be 
described in greater detail below, layout manager 516 receives the content objects from 
construction manager 506 and finalizes at least a partial layout of the personalized 
publication. According to one aspect of the invention, layout manager 516 maintains a 
record of the time required to complete at least a partial layout of the publication in order 
to determine the complexity of the personalized publication. This indicator of complexity 
is subsequently used by publishing agent 504 in estimating the time required to layout 
future publications containing one or more of the same content objects, and to aid schedule 
manager 514 in estimating the time required to complete publication. 

Once layout manager 516 has completed at least a partial layout of the publication, 
schedule manager 514 completes the publication layout (e.g., with last minute content 
objects, or updates to such objects), and schedules delivery of the personalized 
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publication. According to one embodiment, to be described more fully below, schedule 
manager 514 utilizes information from a number of available sources to schedule delivery 
of the publication. More particularly, schedule manager 514 utilizes information from the 
user's personal profile, a complexity measure from layout manager 516, and an indication 
from printing devices associated with the user confirming that an adequate amount and 
type of media is available for printing the publication. Based, at least in part, on such 
information, schedule manager 514 works to establish an optimum publication schedule 
for one or more personalized publications. 

Fig. 14 illustrates an example knowledge module 170, according to one 
embodiment of the present invention. As shown, knowledge module 1 70 comprises user 
profile information 602, content provider information 620, contract administration 
information 630, and optionally printing module 380 and printing schedule 390. As will 
be described more fully below, user profile information database 602 is utilized to collect 
information and develop a profile for users of system 10. Content provider information 
database 620 is employed to track content provider usage and disposition. Contract 
administration information database 630 is utilized to maintain information regarding 
licensing terms, rates, etc. By maintaining user profile information, content provider 
information and contract administration information, document server 100 is able to 
provide individualized service to user's and content providers alike. By dynamically 
acquiring and maintaining accurate information on the distribution, receipt and user 
disposition of publications at the content object level, document delivery server 100 is able 
to provide a personalized publication to the user accurately targeting the user's interests, 
while at the same time providing an accurate accounting to content providers for royalty 
and/or licensing fee purposes. In this regard, document delivery system 10 represents a 
revolutionary advance in the publishing industry, i.e., the ability to provide individually 
targeted publications on a scale heretofore available only to mass-media enterprises. 
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Fig. 15 illustrates a block diagram of an example virtual sensor, according to one 
implementation of the present invention. As introduced above, one or more virtual sensors 
35000 are selectively distributed throughout document delivery system 10 to monitor and 
report on the distribution, receipt and user disposition of content objects. In addition, 
5 sensors 35000 also track system and user actions taken on the content objects, e.g., a user 
could send email to an author, purchase an advertised product (e.g., over the Internet via a 
link provided in a received advertisement), etc. Moreover, tracking the distribution and 
receipt of content objects enables document delivery system 10 to automatically take 
action on the publications provided through system 10. For example, by tracking receipt 

10 of a "recent issue" of a publication, system 1 0 could automatically delete "old issues" of 
the publication (e.g., based on some expiration, etc.). According to one implementation, 
virtual sensor(s) 35000 are incorporated into printing module 380 throughout document 
delivery system 10. According to one implementation, sensors 35000 are 
additionally/altematively deployed in one or more of devices 300 such as, for example, 

1 5 one or more computing devices, one or more printing devices, and/or one or more network 
infrastructure devices (not shown). It will be appreciated that the amount of information 
collected is at least loosely dependent upon the nxmiber of virtual sensors 35000 deployed 
throughout document delivery system 10. 

In accordance with the illustrated example embodiment of Fig. 15, virtual sensor 

20 35000 is shown comprising a monitoring agent 35002 and a reporting agent 35004, 
communicatively coupled as depicted. As used herein, monitoring agent 35002 receives 
network traffic and analyzes the traffic for distribution of content objects which are 
traceable back to a particular edit module (e.g., 120) and/or document delivery server (e.g., 
100). According to one example implementation, monitoring agent 35002 analyzes the 

25 received network traffic for content objects wrapped in trace wrappers (to be described 
more fully below). The trace wrapper information uniquely identifies the content object 
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and, optionally, the edit module or document delivery server responsible for the 
distribution of the content object. Reporting agent 35004 is invoked to compile and issue 
a report to one or more document delivery server(s) 100 identifying document distribution, 
receipt and user disposition of received content objects. Although illustrated in 
accordance with a hardware paradigm, the virtual sensor 35000 and/or one or more of its 
constituent elements may well be implemented by a series of executable instructions that 
carry out the functions to be described more fully below. 

Similarly, content provider information database 620 is used by document delivery 
system to maintain a history of content object distribution, receipt and disposition. 
According to one aspect of the invention, contract administrator 524 utilizes information 
maintained in content provider information database 620 to periodically calculate royalty 
payments, advertising bills, and subscription bills. Example user profile information and 
content provider information data structures are illustrated with reference to Figs. 16A and 
16B. 

Fig. 16A graphically illustrates an example user profile data structure 602, suitable 
for use by the innovative document delivery system. According to the illustrated example 
implementation, user profile information data structure 602 includes a user_name field 
604, a user_id field 606. a contact information field 608, an interest information field 610, 
a subscription information field 612, a disposition information field 614, and a feedback 
information field 616. As introduced above, some of the information maintained in user 
profile data structure 602 is overtly obtained, e.g., by asking the user for such information 
during a registration period. Other information such as, for example, disposition 
information, is covertly obtained by monitoring the disposition of trace wrappers by the 
user, e.g., how much time did the user spend with certain information, did the user forward 
certain information to others, etc. In this way, the user profile data structure 602 is a 
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continuously evolving, continuously improving, set of information reflecting the current 
interests of the users of the document delivery system. 

Fig. 16B illustrates an example data structure comprising content provider 
information, according to one embodiment of the present invention. In accordance with 
the illustrated example embodiment, content provider information data structure 620 
includes a content provider name field 622, a content provider ID field 624, a wrapper ID 
field 626 for each of the content objects provided by the content provider, a rate schedule 
field 628, a monthly usage field 630 and feedback information field 630. As alluded to 
above, data structures of greater or less complexity may well be utilized to maintain user 
profile information and/or content provider information without deviating from the spirit 
and scope of the present invention. 

Turning to Figs. 2-4, flowcharts detailing the operation of transmission module 150 
and a first mode of operation of printing module 380 are presented, according to one 
embodiment of the invention. In Figs. 2-4, the flow diagram shown in the left column is 
executed by transmission module 150 of document server 100, and the flow diagram in the 
right column is executed by printing module 380. 

Referring now to Fig. 2, the flow diagram for transmission module 150 starts in 
block 1000, and the flow diagram for printing module 380 starts in block 2000. Since 
there is a great deal of interaction between these two flow diagrams, as represented by 
dashed lines cormecting the two columns, the operation of the two flow diagrams will be 
described simultaneously. 

In block 2100, user profile data is sent to document server 100 to be stored in the 
user profile. This user profile data can take on many different forms, from simple to very 
detailed. Fig. 5 shows a very simply acquisition of user profile data, such as that used in 
HP's Instant Delivery Program, the first version of which was generally available to the 
public less than one year from the filing date of this patent application. In this program. 
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only three pieces of information are stored in the user profile: type of printer, email 
address, and whether HP can contact the user Fig. 6 shows a more complicated user 
profile than that currently used in HP's Instant Delivery Program, which includes the 
user's name, email address, company name, city, state, country, zip or postal code, phone 
number, printer information, and areas of interest. Those skilled in the art will appreciate 
that more or less user profile data from those shown in Figs. 5 and 6 could be sent to 
transmission module 150 in block 2100 and still fall within the spirit and scope of the 
invention, and that at least some of this information could come from a source other than a 
user. For example, the user profile data could also include household income, age, and sex 
of the user, among other things. In any event, block 1100 receives the user profile data 
sent by block 2100. Block 1200 stores the user profile data, preferably in knowledge 
module 170. Altemately, the user profile data could be stored in device 300 or in some 
other local or remote location. 

Block 2200 checks to see whether a document should be received form document 
server 100. This is done by checking print schedule 390 which is preferably stored on a 
device 300 or document server 100, but may be stored in some other local or remote 
location. Printing schedule 930 preferably contains information that can be used to 
determine when documents should be printed by the printing device, such as upon 
document creation, user requested time, lapse of specified time period, and/or occurrence 
of one or more extemal events (e.g., a stock price or index reaching a specified value, a 
final score of a sporting event, etc.). Printing schedule 390 may be associated with an 
individual user, a device or a group or users and/or devices. In addition, each entry of 
printing schedule 390 could result in the printing of one or more documents. 

Fig. 7 shows one example of printing schedule 390, of the type that might be used 
in an enhanced version of HP's Instant Delivery program. In this example, the title of 
delivery, delivery schedule, next delivery data and time, and the last deliver status are 
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shown. Preferably, the user can select what time a document should be printed, whether it 
should be printed on a specific day of the week or month, weekdays, or weekends, and 
whether the printing schedule should expire after a specific period of time or continue 
indefinitely. 

5 Referring again to Fig. 2, printing module 380 monitors printing schedule 390 to 

see if a document should be requested from document server 100 or fi-om another source. 
When block 2200 determines that a document should be requested from document server 
100 or from another source, block 2200 is answered affirmatively, and block 2300 
automatically requests the document without user intervention from server 100 or from 

10 another source, as will be described in greater detail below. Note that if printing module 
380 is located on device 300, block 2200 operates in a "pull" mode - where the document 
is "pulled" from document server 100 or another source to device 300, However; if 
printing module 380 is located remotely from device 300, such as in document server 100, 
block 2200 operates in a "push" mode - where the document is "pushed" from document 

15 server 100 or another source to device 300. If block 2300 determines that the document is 
located on document server 100 or at another source accessible via network 200, and if 
device 300 is currently in a disconnected state where it is not operatively coupled to the 
network 200, block 2300 will sign on to or otherwise enter a connected state with network 
200, so that device 300 is operatively coupled to network 200. 

20 Meanwhile, block 1300 checks to see if a document has been requested from 

printing module 380 in block 2300. Once it determines that such a document has been 
requested, block 1400 generates the document for printing module 380. Block 1500 then 
sends the document to printing module 380. Block 2400 checks to see whether a 
document has been received from document server 100 via block 1500. Once such a 

25 document has been received, block 2500 automatically prints the document, without user 
intervention, on a printing device. The term "without user intervention" means that a user 
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is not directly involved in the printing operation; the document is sent automatically to a 
device 300 to be printed out by a printing device. According to this mode of operation, the 
user does not press "any" print buttons or otherwise be directly involved in the printing 
process; in fact, the user may not even be present in the same room, city, state, or country 
as device 300 during the printing operation. The printing operation automatically occurs 
in an unattended state - regardless of whether the user is present or not. In addition, if 
print schedule 390 is stored in a device-independent manner, such as on document server 
100, a travelling user could "log in" to document server 100 and have his or her 
customized document sent to a device 300 that is convenient to the user's current location. 

Referring now to Fig. 3, block 2600 checks to see whether the document printed 
successfully. If not, block 2800 performs error handling, such as attempting to print the 
document again, notifying the user that the printing device is out of paper or has some 
other error condition, or simply deciding not to print the document. When the document 
prints successfully, block 2900 informs document - server 100 that the document printed 
successfully. Block 1600 waits for an indication from printing module 380 that the 
document did print successfully. When such an indication is received, block 1700 updates 
the user profile with this information. 

It will be appreciated that not all of the blocks in Figs. 2-4 need be implemented, or 
implemented according to the order denoted, to fall within the spirit and scope of the 
present invention. More specifically, according to one implementation, flow of control 
moves from block 2600 to block 4100 of Fig. 4, as will be discussed later, and from block 
1500 back to block 1300 of Fig. 2. 

An altemate embodiment has been contemplated where other information is 
transmitted back to document server 100 in block 2900 to update the user profile 
preferably stored in knowledge module 170. This other information could be ink usage 
(total usage or usage broken out by ink color), printable media usage (number of pages 
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printed, type of media used, etc.), or other types of information. In addition, another 
alternate embodiment has been contemplated where some or all of the information 
contained in the user profile stored in knowledge module 170 came from a source other 
than the user via printing module 380. For example, publicly or privately available 
information about the user, and/or the devices 300 he/she/they use, could be acquired from 
a wide variety of different sources and inserted into the user profile preferably stored in 
knowledge module 170. 

Block 1800 examines the user profile preferably stored in knowledge module 170 
to determine whether a product subsidy should be provide to the user. For example, if the 
information in the user profile indicates that this user has printed off his 1000^^ document, 
such as a "preferred" document that contains advertising from advertising providers 80 or 
is otherwise under the control of edit module 120, providing a product subsidy to the; user 
may be warranted. For purposes of this invention, a "product subsidy" could be a print 
consumable or other product. , A "print consumable" is an inkjet cartridge for an inkjet 
printer, ink for such an inkjet cartridge, a toner cartridge for a laser printer, toner for such a 
toner cartridge, or any other product or substance that is depleted when a document gets 
printed, including printer ribbons, etc. Note that the "ink" referred to above would 
typically be of a permanent variety, but erasable ink, such as that sold by the Eink 
Company, could also be used. 

Note that the product subsidy referred to herein is preferably fiinded at least in part 
by advertising revenue received from advertising providers 80 (Fig. 1), but an embodiment 
has been contemplated where the product subsidy is funded at least in part from the 
distribution revenue received from content providers 50 (Fig. 1). In either case, 
information (such as statistical information) about what was printed by whom is preferably 
provided to content providers 50 and/or advertising providers 80 - preferably as a 
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document that is automatically sent to one or more printing devices according to the 
teachings of this invention. 

Other forms of products that are contemplated to be subsidized by this invention 
include printable media, such as plain paper, specialty paper, transparencies, and the like, 
5 and may also include devices 300 such as printing devices, electronic devices, and 
personal computers. In fact, alternate embodiments have been contemplated where other 
products, such as a subscription price to a document, or even a product not directly related 
to the document delivery system shovm herein, such as soap or dog food, are subsidized. 
If block 1800 determines that such a subsidy is warranted, block 1900 requests that 
10 distribution module 400 provides such a subsidy to the user. In one embodiment, 
distribution module 400 simply mails a product such as a print consumable or other 
product such as the type described above to a user at the address specified in the user 
profile. In another embodiment, distribution module 400 mails or electronically generates 
a coupon that the user can use to receive a free or discounted product of the type described 
15 above. Regardless of whether block 1800 is answered affirmatively or negatively, flow of 
control then returns back to block 1300 (Fig. 2) to see if another document has been 
requested from the printing module 380. 

Referring again to Fig. 3, after block 2900 informs document server 100 that the 
document printed successfully, flow of control moves to block 4100 (Fig. 4), which checks 
20 with document server 100 to see what the current version of printing module 380 is. 
Block 3100 checks to see whether such a request has been received, and when it is, block 
3200 sends information concerning the current version of the printing module to printing 
module 380. Block 4200 compares this information from document server 100 with its 
own version and determines whether an updated version of printing module is available. 
25 For example, if printing module 380 is running version 4.0, and document server 100 
indicates that version 4.1 is the current version of printing module 380, block 4200 would 
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determine that an updated version of printing module 380 is available, and flow control 
would move to block 4300. Block 4300 checks to see whether this updated version of 
printing module 380 should be requested to be downloaded. While a user would typically 
be asked whether such a download should be requested or not, and would typically 
perform this dovmload at a convenient time, such a step could also be performed 
automatically without user intervention. If such a download is requested, block 4400 is 
answered affirmatively, and block 3500 dovmloads the updated printing module, which is 
then installed in block 4500. Regardless of how blocks 4200 and 4300 are answered, flow 
of control moves to block 4600, which checks to see if a disconnected state should be 
entered. If block 2300 (Fig. 2) determined that device 300 was in a disconnected state 
when the document was requested, as discussed above (i.e., not operatively coupled to 
network 200), block 4600 is answered affirmatively, and block 4700 reenters the 
disconnected state. In any event, flow of control retums to block 2200 of Fig. 2. 

Referring again to print .scheduled 90 shovm imFig. 7, it can be seen that many 
different types of documents can be requested to be printed. For example, the title of 
document 11000 specifies a network address, such as an Internet uniform resource locator 
(URL) that contains the network location of a document to be printed. Note that this URL 
may be partially or completely hidden from the user, as is the case with the URL for 
document 15000, In this scenario, edit module 120 of document server 100 merely goes 
out to the Intemet at the URL indicated (which would be shown in Fig. 1 as one of the 
content providers 50), and captures the indicated document, which is then transmitted to a 
printing device via transmission module 150 and printing module 380, as has been 
discussed. Alternatively, device 300 could go directly out to the URL itself without 
assistance from document server 100; in this case, block 2300 (Fig. 2) requests document 
11000 from another source - directly from the content provider 50 (at the indicated URL) 
via-network 200. 
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In contrast, document 12000 is not a document that originates with a content 
provider 50 via the Internet, but instead is stored directly on device 300, such as a printing 
device, personal computer, or other electronic device. An example of such a document 
could be a daily calendar from a program such as Microsoft Outlook, which the user has 
requested be printed automatically to his printer, without any user intervention, at 7:00 
a.m. every weekday morning. In such an embodiment, printing module 380 does not need 
to request the document from document server 100, since it can access the documents 
without going through network 200. In this embodiment, block 2300 of Fig. 2 requests the 
document from another source - device 300. While block 2900 would still preferably 
indicate that the document was printed, and while block 1700 would still preferably update 
the user profile in knowledge module 170, printing such a document would preferably not 
generate any type of credit towards a product subsidy, since such a document would not be 
considered a "preferred" document, e.g., not a document under the control of edit module 
120. 

Referring again to Fig. 7, a print schedule of document 13000 is shown. Document 
13000 is referred to as a "personalized document". A "personalized document" is a 
document that is assembled by edit module 120 of document server 100 from a variety of 
content providers 50 and advertising providers 80, based on information contained in the 
user profile stored in knowledge module 170. For example, document 13000 is a 
"personalized document". Our user has requested that document 13000 - his personalized 
newspaper - be printed at 6:00 a.m. every day. Edit module 120 examines the user's 
interests as specified in the user profile stored in knowledge module 170 to assemble the 
document from selected content providers 50 in which the user has indicated an interest. 
Edit module 120 also inserts advertising from selected advertising providers 80 - again 
based on the user profile stored in knowledge module 170. 
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Fig. 8 shows how the print schedule 390 of Fig. 7 can be edited by the user. The 
user can use the publisher's recommended schedule, use a default schedule the user has 
set, or use a custom schedule for delivery. If a custom schedule is selected, the user can 
select a daily, weekly, or monthly delivery, or select a delivery once every specified 
number of days, or specify every weekday. In addition, the time of day can also be 
specified: once at a designated time, multiple times during the day, or multiple times 
separated by a specified period of time. While not shown here, the user could also edit 
print schedule 390 to request that a document be sent upon creation, or upon the 
occurrence of an extemal event. 

Figs. 9A-9B show document II 000 printed by the printing device according to one 
embodiment of the invention. Note that this document came from one content provider 50 
via network 200 (either through document server 100 or directly), and contains no 
advertising. While document 1 1 000 is preferably formatted by content provider 50 such 
that the information contained in' therdocument is optimized to be printed, such formatting 
is not necessary. 

Fig. 10 shows document 12000 printed by the printing device according to one 
embodiment of the invention. Note that this document is a user's daily calendar which 
came directly from device 300 and not from document server 100 via network 200. 

Figs. IIA-D show document 1300 printed by the printing device according to one 
embodiment of the invention. Note that this document is a user's personalized newspaper 
which contains information in which the user has indicated a specific interest in, as stored 
in the user profile in knowledge module 170. Note also that this document contains 
advertising that edit module 120 determined the user would also be interested in, again 
based on the information contained in the user profile stored in knowledge module 170. 
As has already been discussed, when the user prints a sufficient number of such 
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"preferred" documents, the user may receive a product subsidy of a print consumable or 
other product(s). 

Fig, 12 shows document 14000 printed by the printing device according to one 
embodiment of the present invention. Note that document 14000 is the HP Instant 
DeUvery Times - a document located on document server 100. While this document does 
not contain advertising per se, it is still considered to be a "preferred document", since it is 
under the control of edit module 120. Document 14000 informs users of Instant Delivery 
of new releases or new information about the Instant Delivery Program. 

Having introduced the basic operation of document delivery system 10, above, 
Figs. 17-21 provide additional operational information regarding select aspects of the 
present invention. 

Accordingly, tximing to Fig. 17, a flow chart illustrating an example method for 
generating a personalized document is presented. As shown, the method begins with 
block 1010, wherein editor module receives contentiobjects from content providers 50 and 
/or advertising providers 80, and selectively invokes an instance of content manager 518, 
In response, content manager 518 classifies, wraps and stores each of the received content 
objects, block 1015. More specifically, as introduced above, content manager 518 invokes 
an instance of analysis/wrapper agent 522 to analyze and encapsulate the received content 
object in a trace wrapper having a unique identifier According to one implementation, 
analysis agent 522 identifies meta-data within the received content object, i.e., information 
(words, phrases, etc.) characterizing the content object, to classify the content object. 
Once the analysis agent 522 has classified and encapsulated the received content object in 
a wrapper, content manager 5 1 8 updates the content provider information data structure 
620 associated with the provider of the content object to denote the wrapper identifier for 
the received content object. 
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In block 1300, edit module 120 identifies whether an indication for construction of 
a personalized document has been received. As introduced above, such an indication may 
be generated by a requesting user via a user interface (e.g., a web page), or in response to 
an indication received from, for example, print schedule 390. In either case, if an 
5 indication is received, edit module 120 invokes an instance of the innovative virtual editor 
506 to generate a personalized publication for delivery to the identified user. In this 
regard, virtual editor 506 invokes an instance of construction agent 520, which obtains 
information from a user profile associated with the identified user to determine user 
interests, block 1410. In block 1415, construction agent 520 obtains information from the 

10 user profile 602 to determine the medium of choice (e.g., send the publication 
electronically via email, send via fax, send to a local printer of the user, etc.), interests, 
preferences and/or a history of received information. 

In block 1420, construction agent 520 determines whether the publication request 
is unique to an individual user,* or whether the information has already been retrieved for 

15 another user. If content objects identified for publication have already been retrieved to 
satisfy another user request, construction agent 520 access local memory 508 to . quickly 
retrieve the identified content objects, block 1425. Otherwise, in block 1430, construction 
agent 520 extracts the appropriate ones of the categorized content objects with which to 
generate a personalized publication. 

20 In block 1435, construction agent 520 generates an initial layout of the 

personalized document using the extracted information. According to one 
implementation, construction agent 520 identifies additional content objects based, at least 
in part, on the already extracted content objects and other key contributor criteria (e.g., 
seasonality, locality, etc.) introduced above. Moreover, construction agent 520 may also 

25 leave room in the layout for inclusion of content by a local content provider (e.g., an ISP), 



10001063 

27 

through which the personalized publication will be transmitted en route to the identified 
user. 

In block 1440, the construction agent 520 further optimizes document layout, 
updating the content provider information database 620 with an indication of which 
content objects have been utilized in construction of the personalized document. The 
personalized document created by construction agent 520 of virtual editor 506 is then sent 
to publishing agent 504, block 1445. As will be described below (Figs. 19 and 20), layout 
manager 5 1 6 of publishing agent finalizes the layout and content (except for last minute, 
time sensitive content objects), while scheduling manager 514 optimally schedules 
delivery of the publication to include such last minute, time sensitive content objects. 
Publishing agent 504 then issues the personalized document for delivery to the user via 
transmission module 150 and a printing module 380 associated with the user. 

Turning to Fig. 18, a flow chart illustrating an example method of operation of an 
innovative printing module. 380 is presented,iaccording::to'one embodiment of the present 
invention. As introduced above, printing module 380 includes a virtual sensor (not 
shown) which detects and identifies trace wrappers for content objects comprising 
received personalized publications, providing document server 100 with confirmation of 
receipt of the content objects. 

According to the illustrated example embodiment of Fig. 18, the method begins 
with block 2695, wherein printing module 380 informs the publication server that the 
publication was successfully printed. In block 2900, the document server 1 00 is informed 
that the publication was successfully printed. In response, content manager 518 updates 
the usage fields of the content objects comprising the received personalized document, for 
accurate accounting to content providers 50 and advertising providers 80. In block 2905, 
printing module 380 covertly monitors user interaction with the received publication. As 
introduced above, this covert monitoring (via sensors 35000, client application(s), etc.) 
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records one or more of the distribution of content objects to a user, user receipt of content 
objects, whether the object(s) were printed or viewed on a display terminal, the duration 
viewed (if by terminal), whether any editing of the content object(s) occurred, and any 
other user interaction with the content object(s). 
5 In parallel, according to one embodiment of the present invention, printing module 

380 overtly queries the user for feedback on the received publication in general, and on 
one or more of the content objects in particular, block 2910. In block 2915, printing 
module determines whether the user has provided feedback. 

In block 2920, printing module 380 weighs user satisfaction based, at least in part, 

^10 on observed user interaction with the received publication and any received feedback from 

1=1 

jy the user. In block 1695, printing module 380 notes any further distribution of the content 

\^ objects comprising the personalized publication, whether any edits/annotations were made 

to the publication, etc., and provides such information to edit module 120 to update user 
profile and content provider; information data structures? 6 02 and 620, respectively. System 

I J 15 10 subsequently tracks the re-distribution, receipt and user disposition of the content 
objects to the new recipients as described above for the original recipient. 

Q Turning next to Figs. 19 and 20, the operation of publishing agent 504 will be 

described. As introduced above, once construction agent 520 has compiled the 
components of a personalized publication, the construct is provided to publishing agent 
20 504, block 1445. In block 1447, publishing agent 504 invokes an instance of layout 
manager 516 and an internal clock (not shown) is engaged to monitor compilation time. 
According to one implementation, more complex measures are developed and maintained 
such as, for example, compilation time at a particular time of day, day of the week, etc. 
By maintaining this measure of compilation time, however complex or rudimentary, 
25 enables publishing agent 504 to improve publication and delivery scheduling. 
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In block 1448, layout manager 516 determines whether the publication contains 
any time sensitive material. If so, a further determination is made of whether the delivery 
schedule must include time to obtain information (content objects) immediately prior to 
delivery of the publication, block 1451. If the publication does not contain time sensitive 
information (1449), or the delivery schedule does not require obtaining information 
immediately prior to delivery ( 1451), layout manager 516 receives the content objects 
from the virtual editor 506 to finalize the layout of the publication, block 1453. In block 
1455, layout manager analyzes the content objects in light of the key contributor 
information and generates a final layout of the document. 

If the publication is to include last minute, time sensitive information (identified in 
blocks 1449 and 1451, respectively), layout manager 516 receives the content objects from 
the virtual editor and performs a partial final layout of the publication, leaving layout 
completion to the schedule manager 514 once the last minute content objects have been 
retrieved, block 1454. 

In block 1457, upon completion of the final or partial-final layout of the 
publication, layout manager 516 disengages the internal clock, calculates the compilation 
time and updates a measure of compilation time. According to one implementation, layout 
manager 516 generates a measure of publication complexity and maintains a measure of 
estimated compilation time for varying degrees of publication complexity. The estimated 
compilation time may then be used to optimally schedule publication layout jobs based, at 
least in part, on the complexity of the jobs. 

In block 1459, a layout manager 516 determines whether the publication is a 
unique document intended for one user, or whether it is to be "broadcast" to multiple 
recipients. If it is destined for a single user, layout manager forwards it to schedule 
manager 514. If, it is to be broadcast to multiple recipients, layout manager 516 first 
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tabulates publication quantities in block 1461 before sending the publication to schedule 
manager 514, block 1460. 

Fig. 20 provides a flow chart of an example method for optimally scheduling 
publication, according to one aspect of the present invention. As shown, the process 
5 begins with block 1465, wherein schedule manager 514 receives a publication from layout 
manager 516 and performs an initial load balancing calculation. According to one 
implementation, layout manager 516 provides schedule manager 514 with an estimate of 
compilation time, from which schedule manager 514 schedules publication to optimally 
utilizes the resources of publishing agent 504. The estimate of compilation time may be a 
^ 10 quantitative value (e.g., the compilation time of layout manager 516 to layout the 
;B publication), or a qualitative value (e.g., an indication that the publication is of low, 

m' medium or high complexity). Schedule manager 516 then identifies an optimal 

5^ publication start time based on, for example, the relative complexity of the received 

i s 1 

publication versus, other scheduled publications. According to one embodiment, schedule 
r\ 15 manager 514 maintains a queue of publication jobs denoting the start time and estimated 
!^ processing time for each publication. 

I? In block 1469, schedule manager 514 determines whether it is time to complete 

publication and delivery of a queued publication. If so, schedule manager 514 engages an 
internal clock to monitor compilation time, block 1471. As above, the measure of 
20 compilation time is useful for making future estimates of schedule manager 514 
processing time for jobs of similar complexity, thereby iteratively developing a more 
accurate schedule manager 514. 

In block 1473, schedule manager 514 retrieves any last minute, time sensitive 
information for inclusion in the publication, and finalizes the layout of the publication 
25 including such content. 
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In block 1475, schedule manager 514 continuously monitors whether the publisher 
agent 504 is on schedule to complete the publication within the allocated time. This is 
particularly important during, for example, publication of multiple quantities of a 
document. In such an instance, schedule manager continuously determines whether 
5 publication of all the documents is likely to occur. Assuming that publisher is currently on 
schedule, schedule manager 514 further determines in block 1477 whether publication is 
complete. 

Once publication is complete, schedule manager 514 disengages the internal clock 
measuring compilation time and records this information for use in future publication 

10 estimation and scheduling, block 1479. In block 1481, schedule manager 514 generates 
the document for delivery to printing module 380, and sends the document to transmission 
module 150 for delivery to the printing modules 380, block 1495. 

If, in block 1475, above, schedule manager 514 determines that the publisher is not 
likely to complete .the publication according to schedule, schedule manager 514 defaults 

15 on the publication in block 1483, so that it can maintain its publication schedule by 
moving on to the next publication job. In such an implementation, schedule manager 514 
notifies system management to adjust the heuristic data and report the failed publications, 
block 1485. In block 1487, a default publication is generated and provided to printing 
module(s) 380, block 1481. In an altemate implementation, rather than defaulting the 

20 current publication (1483), schedule manager 514 re-optimizes the publication schedule, 
shifting publication jobs in the queue as necessary to ensure publication of the current 
document. 

Turning next to Fig. 21, a flow chart of an example method for tracking 
distribution, receipt and disposition of individual content objects comprising a 
25 personalized publication is presented, according to one aspect of the present invention. As 
introduced above, whenever edit module 120 receives content (journalistic, artistic or 
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advertising) it categorizes the content objects and encapsulates the object in a trace 
wrapper (graphically illustrated with reference to Fig. 22). The trace wrappers include 
uniquely identifiable markers which are associated with the content objects by the content 
manager 518 of the document delivery system 10. As introduced above, virtual sensor(s) 
35000 embedded throughout the document delivery system (e.g., in printing modules 380, 
computing devices, printing devices, etc.) identify the distribution, receipt and user- 
interaction with content objects encapsulated in such wrappers. In this regard, the use of 
trace wrappers and virtual sensor(s) 35000 facilitate the covert monitoring of content 
object distribution and disposition fi-om up to many points throughout document delivery 
system 10, document delivery server 100 with valuable feedback on which objects are of 
interest to particular users, the amount of distribution of content objects (e.g., for 
accounting purposes), and the like. 

As used herein, trace wrappers are non-invasive markers, i.e., they do not alter the 
content of the content objects, i For purposes of illustration, and not limitation, an example 
of a personalized publication 6000 comprised of content objects embedded in trace 
wrappers 6002(A)... (N) is provided with reference to Fig. 22. As shown, content object 
6004 is encapsulated within a trace wrapper 6002(A) with a "tag", or "marker" 6006 
which is stored in content provider information data structure to uniquely identify the 
content object. 

The method of Fig. 21 begins with block 5002, wherein the content manager 518 
of virtual editor 506 receives an report from one or more virtual sensor(s) that content 
objects have been sent through, or received by, identified users. In response, appropriate 
content manager 518 updates appropriate user profile(s) (block 5004) and content provider 
information data structures (block 5006) to reflect the distribution, receipt and/or 
disposition of content objects. In block 5008, contract administrator 524 of content 
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manager 518 periodically initiates financial transactions with content providers 50, 
advertising providers 80 and subscribing users. 

More specifically, contract administrator 524 initiates royalty payments for the 
distribution and receipt of content objects provided by select content providers, in 
accordance w^ith contractual obligations established between the document delivery system 
and such content providers. In this regard, contract administrator identifies the usage of 
content objects associated with the content providers 50 to determine an accurate royalty 
payment, and instructs transaction agent 526 to complete the financial transaction, 
preferably via one of a number of electronic financial service networks. In such an 
instance, transaction agent 526 initiates a payment to the financial service network account 
associated with the content providers 50 in the amount identified by contract administrator 
524, Alternatively, transaction agent 526 may initiate printing of checks payable to the 
content providers 50 in a denomination indicated by contract administrator 524, wherein 
such printed checks are then: mailed to the content providers 50. According to one aspect 
of the invention, the degree of accuracy with which content distribution and disposition is 
monitored within document delivery system 10 facilitates "micro-transactions", i.e., 
electronic transactions which occur automatically with each system operation in which a 
financial obligation is created (as defined in contract administration information). 
According to one example embodiment, a financial account associated with a content 
provider 50 is credited with a royalty payment each time a content object associated with 
the content provider 50 is (re)distributed. This may amount to hundreds, thousands or 
millions of micro-transactions per day, per content provider. Transaction agent 526 may 
initiate financial transactions as accrued lump sums transacted on a periodic basis, or 
based on reaching a monetary threshold (e.g., payments are made in $10 increments). 
Although described in the context of a royalty payment to a content provider 50, financial 
transaction agent 526 may alternatively debit accounts of advertising providers 80, or 
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subscribing users on a micro-transaction, periodic or other lump-sum basis in much the 
same fashion as described above. 

Similarly, contract administrator 524 periodically calculates advertising usage for 
advertising providers 80, instructing transaction agent 526 to bill the identified advertising 
5 providers 80 based on advertising usage, placement, associations, and the like. As above, 
transaction agent 526 preferably carries this billing out via an electronic financial network, 
but may alternatively (or in addition) initiate the printing and mailing of physical bills to 
the advertising providers 80. 
What is claimed is: 
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